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IN THIS ISSUE 


Yes, it's a long time from March to July. We had planned to 
put out a newsletter every two months, but instead it has been 
four. It will not be as long before the next one. We hope that 
the information content will make up for the delay. | 

Because of the Canadian postal strike, this issue is being 
mailed in the US. Canadian members will just have to wait until 
the strike is over. | 

Doug Lockhart has exciting news in his report on the first 
transmission of information packets via sattelite. . 

Doug also presents several program fixes and asks for feed- | 
back from users. The newsletter should be two-way communication. 
Please let us know what you are doing, any mods you may have 
made, problems you have overcome (or still have), activity in your 
area, etc. 2 2 oe , | 7 

John Spraggs presents his "Echo Killer" program for the Apple 
and keeps us up to date with "That's Progress" and "Random Bits". 

Hints on Getting the VADCG Board Up and Running is reprinted 
from the Hamilton and Area Packet newsletter. toe fe 


CJ 
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FIXES TO VADCG SOFTWARE 


A number of different programs to run.in the: VADCG 
programmable packet radio controller have been distributed to 
various points in North America on 8-inch single density 
diskettes in the CP/M format. As these programs have been copied 
and supplied to other than the original recipients, I cannot ~ 
deliver corrections and. updates to the users of these programs 
directiy. This is why they are included in ‘The Packet. I 
assume that any users of VADCG software will be getting the VADCG 
newsletter since we will be announcing any new changes and 
corrections to the software in the newsletter. - In addition, we 
will advise of any new programs and their availability in the 
omewsletter, $= a ee ce 
| if you have’ any problems, suggestions, fixes or additions to 
the software or any new programs for the VADCG board I would. 
appreciate receiving them. he VADCG will be distributing 
programs to run in the board. in spite of the fact that these | 
programs have taken many man-hours to develop, there have been no 
charges for the software. It is expected that anyone using these — 
programs will consider himself obligated to feed back information . 
on errors and corrections as well.as any new software development 
for the board. Any such feedback or requests for supply of 
software should be sent to the author, Doug Lockhart, VE/7APU. 

: Application of these fixes will make .the board work a lot 

better! . oe 8 S Se sae 

aa (Program fixes start on page 7) 


THE VANCOUVER AMATEUR DIGITAL COMMUNICATIONS GROUP 


18 Rondeau Street 
Coquitlam, BG. Canada 
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Vancouver, B.C., July 8, 1981. 


Another first for Amateur Radio Digitai Communication was 
accomplished today when information packets were passed between 
Ottawa and Vancouver via satellite as the first Step in an 
experiment to interconnect Amateur packet radio networks in these 
two cities. The satellite used was the Anik-B geostationary 
satellite operated by the Canadian Department of Communication 
which is providing communication channeIs for the experiment. 
The packets exchanged were in HDLC format using the ASCII code. 
The digital equipment used at both ends was the packet radio > 
controller developed by the Vancouver Amateur Digital 
Communications Group. The purpose of the experiment is to 
develop efficent hardware and software techniques for 
interconnecting local -communication networks over widespread 
geographical areas and. additionally, to demonstrate satellite 
packet techniques. It is expected that the expertise developed 
will be of direct wpe cutie to the amateur aaete environment in 
the near. future. | | 


‘The poc has installed. a 20 watt TWT. (Travelling Wave Tube) 
transmitter at one of their earth stations near Vancouver to 
provide an additional telephony channel to conduct the 
experiment. This: transmitter operates in the 14/12 GHZ. . 
satellite band. 


This project is jointly sponsored by: the - Canadian es 


Relay League (CRRL) and the Canadian Amateur Radio Federation 
(CARF). . However, the funding, equipment and technical work to 
interface the channel to. the amateur radio networks is being 
provided by the Vancouver Amateur Digital Communications due 
(VADCG) and by the Ottawa packet radio group. SS 


For further information contact either Hugh Pett, -VE3FLL, <) ae 
Lismer Cr., Kanata, ON, K2K 1A2 or Doug Lockhart, VETAPU, 1263 
batreue Ave., Vancouver BC, VOR 1X6 (Tel. 604-738- 5683) — eS c 


THAT'S PROGRESS John Spraggs 


The 1200 baud modem card has _ 
been populated and tests are almost 
complete to prove out the pe layout 


and changes added since the previous | 


prototype. One-to-one artwork and 
a run of these single-sided boards 
will be next on the schedule for 
this unit. 3 


The Maple Ridge Hamtest saw us © 
out there again this year to demon- 
strate our wares and pive a short 
discussion. The interest expressed 


was encouraging, but the demo wasn't — 


as flashy as we had hoped. A sus-°: 
picious are was noted while putting 
it together and we never did con- 
vince that terminal node board to 


talk to its Apple computer properly. — 


The beacon program worked alright in 
that board so we did show packet 


radio ih action. 


| One of the most interested per-— 
sons we talked to was Gord Tremain 
of Vulcan Computer systems who was 
exhibiting next to us. When he 
offered hardware support, it wasn't 
too long before we had agreed on an 
Apple II with all the trimmings to 


be set up as an Apple Bulletin Board 


System. Besides the normal phone 
line access, a term node board 
should provide the message store 
function for our packet network. 


| More and more articles in ham 
and computer hobby magazines are 
mentioning the progress we are ach-~- 
ieving in packet radio. Byte, S-100 
and QST are some. ce 


An order for 100 more term node > 


boards has become necessary, mainly 


due to the high consumption rate ne 


the San Francisco area. We have 
orders for more boards than are 
currently on hand. By the time the 
Canadian postal strike is settled, 
we may have the boards ready. — 


Dave Bowman has come up with a 
cheap video controller board which 
uses an Intel apnote desien. The. 


quickly as possible. 
monitor, TNC board, modem, eM rig 


RANDOM BITS 


: ' | mma —— : + RANE SPRAINS a A TONNES RELIES | ITT 2 | ' : i ° ; | 


‘“Weare-is available in the USA for 


about $40. With a group purchase 


of parts it will be about $150 Can. 
It is 80 x 24, with a matrix kbd 


encoder and serial I/O. Let us 
know if you are interested, as 
With a crt 


and one of these you'd be all set. 
Plus power supplie@, of course. 


John Spraggs 


‘The Northwest DX Convention has in- 


vited Doug Lockhart and John Spraggs 
to give a demo and talk at their _ 
cathering in Portland, OR. August 
829 are the dates. The. Vancouver 


Computer Fair will also have us ow’ 
there with a demo again, this time — |: 


in October. Plans are to make-up. 


. gome really robust packages that 
‘Murphy won't be able to get at so 


eagaiy, We hope. <=. | 


Efforts are afoot to try to re- 
serve a high altitude site for the 


Vancouver station node location. 


One of the local 1000 metre moun- 
tains is what we are hoping for. 


‘This will give us a good chance for 


up to 200 km coverage. 


ge you need help populating 


your term nod’ board, we have some 
of the harder to get. ones avail- 


| Richard, VE7CVS, is looking at - 
a gateway into the local 45.45 baud 


network on 147.10 MHz. Baudot to 
“ASCII conversion will be required. 
With the ANIK: link in operation by 
then; this may surprise a few | 
--RTTYers with their new DX capabil-— 


— 


ities. 


ia 


HF PACKET RADIO NETWORK PROPOSED 


AMRAD (The Amateur Radio Research and Development Corporation) 
has proposed the idea of setting up a North American amateur 
digital communications network. The formal proposal for funding 
has been submitted to the ARRL. The system which is called AMNET 
(AMateur NETwork), involves the setup of seven HF packet radio 
stations in different areas of the U.S. which would be 
interconnected to local packet radio networks operating on VHF. 
The advantage of this approach is the provision of a low speed 
backbone communication system for the whole of the country before 
a high speed VHF/UHF Or satellite system becomes widespread. One 
of the ‘nodes’ is proposed to be in Seattle. If the network is 
approved and funded, the Vancouver local network could be linked 
into this node. The VADCG has had opportunity for input of ideas 
for this proposal. Doug Lockhart, VE7APU has been fairly 
regularly talking with Paul Rinaldo, wW4RI who wrote up the 
proposal for AMNET and is the president of AMRAD. These talks 
take place on 2@ meters most Saturdays at 9 a.m. Pacific time 
which is noon, Eastern time. ~VE7APU transmits on 14. 178 and W4RI 
transmits on 14.204 MHz. : : 
The proposal includes the use of the VADCG “progr enable 
communications interface cards and much of the design of the 
software will be from the VADCG. It should be noted that ‘the 
control methods used on HF radio will be substantially different — 
than those which are suitable for VHF and UHF. The 
characteristics of an HF channel are entirely different from 
those of a VHF channel. Although never tried before, it looks 
like it can be made to work. © | | : — ‘on 
ee ee | 


APPLE ECHO KELLER John Spraggs VE7ADE — 
While setting up my Apole micro- instead of jumping to $C205, the 
computer for use as a remote host) = O/P entry point (after initializ- 
on the packet switching network, it ation) to my serial card in slot é@. 
became necessary to prevent it from The extra time required to process 
echoing whatever it received. fs the input did not have any effect 


Since loeal echo (Half Duplex) is =. at the oe baud — we used. 
required when assembling a packet ©. © | 
for transmission, a remote user | | | | 

would have no use for such an echo. | oe — See 

He already knows the dat will be. 100 REM DRIVES. ECHO. KILLER 


accurate and the extra transmission 110 REM AFTER INITTING SER CARD 

is a waste of channel time as well. © 120 D$=CHRS(4) | 
This machine language program 130: PRINT D$;"BLOAD ECHO 

is inserted in the Apple's output .... AIL LBL OBJO - 

hocks by the Applesoft Basic pre=.... 140 REM $305 © 

gram. It tests the stack in order 150 PRINT "PRF2" 

to bypass the current output rou- -. 160 PRINT “HALF DUPLEX MODE 


tine, Ifthe caller's address is) . . 170 FORE Dh 05% POKE 6.03 
‘that of the monitor's input echo. 180-IN# 2-_ : 
sepment, it returns immediately, 190 CALL 1002 


SOURCE FILE: ECHO KILLER1 


OEIC ICCC III III RIE RII 


0000: 2 ; ECHO KILLER 
0000: 3; FOR : 
0000: 4 + CAL COMM SYS 
0000: 5 :; SERIAL CARD 
0000: 6; SLOT 2 
: és KEK KKK KEKE KIRKE EKER EKREKKKREKEEEREREREEEREKE 
0000 8 +: TESTS WHO CALLED COUT 
0009: 9 + IF INPUT ROUTINE 
0000: 10 ; FROM FD47 THEN 
0000: 11 ; RETURN IMMEDIATELY 
0000: 12 ; ASSUMES SLOT 2 FOR O/P 
——--- NEXT OBJECT FILE NAME IS ECHO KILLER1.OBJO 
0305: 13 ORG $305 
0305:48 14 PHA 
0306:8A 15 TXA: 
0307:48 : 16 | PHA 
0308:BA | 17 TSX: 2 | 
0309:BD 03 01 18 LDA $103,X -NO DOS 
030C:Cc9 49 19 = - CMP 9345: =—=— ss PEST LSS 
O30E:FO 09 20  BEQ INC]  3¥,TRY MSB 
0310:E8 at INX . | ;N,POINT HIGHER 
0311:E8 72 = Ne *FOR DOS JSR 
0312:BD 03 Ol is LDA $103,X * PENDING 
0315:C9 49 28 > CMP g94e"° = ERY LSB 
0317:D0 OC Foc ees BNE PASS ~ - =3N,DO O/P 
OF19:08..- . 26 INC]: DME ‘=. spOINT AT 
G3iA:BD 03 OL 27 .. LDA $103,X 4g MSB 
031D:C9 FD 280 _ +ECHO? 
GsiviD0 04.  29—s—‘éONE PRS5 ”—66 OUD O/? 
0321:68 40 PEA ¥ SO 
0322:AA s 31 TAX : - +RESTORE 
0323:68 32 — PER ae _ 3AND DO 
 0324:60. 330 RTS Ss ;NO O/P 
 0325:68.- 34 PASS: BLA = - i 
O326:AA 35 PAX oe > RESTORE 
 0327:68 36 eoPER =. = 57RD 
9328:40 05 C2 37 IMP $C205 -OUTPUT 


_ USEOF ‘VADCG ‘CONTROLLER WIDESPREAD | 


The growing acceptance et te ‘VADCG gh bbcineawkh 
communications card. for use in developing packet radio networks 
throughout the U.S. and Canada has required the order of an 
additional 108 boards from our PC manufacturer. MThe boards are 
being actively used by. groups. in the San Francisco and 
Washington, D.C. areas as well as in Vancouver, B.C. and 
Hamilton, Ont. It is rumoured that a packet. radio group in the. 


Los Angeles area will also be using these boards. These boards © 


have been sent to many locations in the U.S. and Canada and one: 
has even been sent to Germany. We hope that these locations will 
be developing local networks around this board and that it will 
gain wide enough acceptance as to become a standard of sorts for. 
packet radio ee _ ; : 3 eS 


VADCG PROGRAM MEMO #1 
DATE: December 24, 1980 


AFFECTS: LIP programs (Link Interface Programs) distributed 
before the above date. 3 


SYMPTOMS: Program faiiote or erratic operation when link 
buffer becomes full. : ee 


CAUSE: Incorrect testing Con oumrer” over flow and incorrect 
action when buffer overflow. occurs in the 8273 receive 
interrupt handler. : : 


Pix: In the source tite for-the LIP program locate the 
following statements in the receive interrupt routine, 


"RXINT." se =, 
INCLB ee ie oo 4 or 
JNC STARTRX ; GOOD, GO AND START RECEIVER 
OVERFLOW: 
Se Gat A /DISRX jf POINT TO DISABLE RECEIVER COMMAND 


Change these statements to the following: 


INCLB 4 _/— HL <== LBIP + 4 
Jz OVERFLOW] ; OOPS, NO ROOM LEFT 
| OVERFLOW] ; OOPS, NO ROOM LEFT 
JMP STARTRX ; GOOD, GO AND START RECEIVER 
OVERFLOW: | | 
PUSH D «+23. SAVE REST OF REGISTERS ~ 
PUSH. Bo - | | 
OVERFLOW]: S ee A : 
> LXf H,DISRX ; POINT TO DISABLE RECEIVER COMMAND — 


Doug Lockhart, VE7APU 


VADCG PROGRAM MEMO #2_ 
“DATE: June 7, 1981 


AFFECTS: LIP and LIpTT programs (Link Interface Programs) 
distributed before the above date. ee 2 oe ; 


“SYMPTOMS: A continuous Woivwienvenids® of = supervisory frames 
between nodes when the Link buffer. beconee full. 


CAUSE: Omission of code which decor as acknowledgment of a 
supervisory frame. : : 


Cd 


PIX: in routine “INEFRAME: ” find the. baliowirg statement: 
[3 ORA = 8B ©. ; OR’ ON REQUIRED BITS 
After this statement add the hel of 11 lines: 


SAVE STAT1 IN B 


MOV B,A ; 
ANI POLLR * IS POLL BIT. ON? ae 
MOV A,B ¢ GET STAT] BACK | = 
JNZ INF2 > YES, DON’T CHANGE RNRSA | 
ANI RNRS * TESL KNEES ee 
MOV A,B ; GET STAT] AGAIN 
JZ INF] ; GO SET RNRSA TO 0 IF RNRS IS Q 
ORI RNRSA ; RNRSA = RNRS = ] 
: JMP INF2 7 ; SKIP NEXT LINE 
INFl: ANI §FFH-RNRSA . RNRSA = RNRS = G 
INF2: : ee 
In routine “NOTSYNC:° replace the following 3 ‘lines: 
LDAX B > A <=-- CONTROL FIELD IN USBUFFER 
OR?  fSit >: TURN ON. FINAL. BIT 
STAX B : > UPDATE. CONTROL FIELD IN USBUFFER 
with the following line: © : 
CALL POLLCHECK] =. + DO FINAL Bit PROCESSING 
In routine “POLLCHECK:° locate the reiGwins line: 
; LDA STATI. ¢ GET MAINLINE STATUS BYTE 
and add the following line after iti eee 
- POLLCHECK1: 
Doug Lockhart, VETABU 
pa, 
VADCG PROGRAM MEMO #3 __ 
DATE: June e 1981 
‘AFFECTS: LiP aad LIPT? programs (Link Interface Programs). 
distributed before the above e sates = | eo : ee 
“SYMPTOMS: Inability to. receive after Link buffer becomes full. 
CAUSE: 8273 receive interrupt: routine id nok eikee ‘interrupt 
condition. when data received after link. buffer had filled Wo. 5 
FIX: In the source file for LIP Or LIPTr ce the label, 
“OVERFLOW: ” and insert the following line after oe tes . 
. RXDATA - ; READ DATA TO CLEAR INTERRUPT 
PREREQUISITE: PeoyT a Meno i. 2 | = — oF. eS oo 


Doug Lockhart, VE7APU 


VADCG PROGRAM MEMO #4 
DATE: June 9, 1981 | 
AFFECTS: BEACON programs distributed before the above date. 


SYMPTOMS: Inability of LIPTT programs to receive the data from 
the BEACON program. | 


CAUSE: The 8273 was not set to NRZI mode and the control field in 
all packets sent out was set for non-seguenced information frames 
(NSI) instead of sequenced I-frames. 


FIX: In the source file for the BEACON program find the following 
Statement: : 


SERIALIO DB = 1,@AH,1 =; NR&ZI MODE 
and replace it with the following statement: 
SERIALIO DB  =§:1,0AQH,1 ; NRZI MODE 


Between the labels “DATA” and. ‘DATAEND’ there are a series of DB 


- gtatements which represent the packets which will be sent out by 


the program. The format of each DB statement is a one- byte data 
length, a one-byte control field and the data to be placed in the 
packet. In all cases the Gontrol field is either a $3 Of. 13H, 
Change the 3 to ® and the 13H to 10H- in each occurrence. : Ae 


Doug Lockhart, VETAPU 


VADCG PROGRAM MEMO #5 
‘DATE: june oF 1981 


AFFECTS: The sample TIP ane TIPTT. programs for the 8250 seria? 
interface. | : 


SYMPTOMS: The last yke. in some packets: is not being transmitted 
to the terminal when using a slow. terminal. | : : 


CAUSE: The program was noe waiting for the act byte in a Harket 
to be completely sent »sefore oo transmission of the first 
byte in the next packet. 


FIX: In the’ routine, ‘DISPATCH “a find the “following statement: 
RNZ a oS : YES, RETURN 

Add the following lines after the above statement: 
IN £SR = + GEY LINK STA TUS ‘REGISTER : 
ANI THRE e 15 THE ‘TRANSMIT HOLDING eerehe EMPTY? 
RZ ~-¢ NO, DON T DO ANYTHING UNTIL: IT TS’. | 


Doug Lockhart, VE7APU : oe | = eee : 2 


ee oo. 10 
VADCG PROGRAM MEMO #6 — 
DATE: June 16, 1981 


AFFECTS: LiIPtTtT programs (Link Interface Programs for terminal to 
terminal communication) distributed before the above date. 


SYMPTOMS: Spurious packets and - incorrect. control fields in 
packets being transmitted when in MONITOR mode. 


CAUSE: Code to set up control fields in packets while in 
‘MONITOR’ mode was missing. Also, the ‘poll’ bit was not being 
set on in the final packet. a S 


FIX: Replace all peat Sepang Ae (nee T Loon) RD the 


following statements | oe at - 

"SHLD | LPBOE _} SAVE CURRENT ENTRY IN LTBOE 

~ MOV C;M....s SAVE. LENGTH. IN C. : 

IMCTR 2... > POINT TO CONTROL FIELD 
MVI M,@ + SET CONTROL FIELD TO o 

“MOV. = .A,€ + GET LENGTH.-IN A : 

“Abi. J > ADD 1 TO GET PAST HEADER 
BSt... .2. 5. e POINT TO NEXT ENTRY... a 

JNZ = SETLOOP ; GO DO ANOTHER IF NOT FINISHED — 

_LHLD . -LTBOE > FINISHED, GET PREVIOUS ENTRY BACK 
INCTB , > POINT TO CONTROL FIELD AGAIN : 

“MMVI © =M,1@H +: PUT PENAL BIT ON 

i: - GET CTBIG IN HL. 

- SHLD LTBOE >; INDICATE END OF LAST FRAME TO TRANSMIT 
SHLD OTBE | > UPDATE OLDEST FRAME POINTER | 
RET : 


RETURS TO CALLER. 


Doug Lockhart, VE7APU 


-VADCG PROGRAM MEMO #7 
DATE: June 19, 1981 
AFFECTS :. LIPTI and LIP programs distributed. before the above @ate. 
‘SYMPTOMS: None. | | 
CAUSE: Although this chase: does not ‘correct. any errors aivective: 
at is a prerequisite for other fixes. {ft facilitates.tie 
transmission of ‘supervisory and: unseaquenced packets and reduces 
the instruction peep in _the S273: transmitter Teeeeeuey handling 


, Routines 


FIX: ~ Replace all “ptateueats in coueind,  “SabANET: with the 
following statements: | ee = | 


DATE: June 26, 1981] 


LDA TCMDCON : GET LAST CONTROL FIELD SENT 


‘ 
ANI FBIT+RR ; TEST CONTROL FIELD BITS 
JNZ EXIT © EXIT IF POLL BIT OR NOT I-FRAME 
INCTB ] > POINT TO START OF NEXT ENTRY 
SHLD CT BOE e UPDATE CURRENT ENTRY POINTER 
XCHG | | 
LHLD LT BOE 
RST . Ss e WAS THAT THE LAST ENTRY TO SEND? 
JNZ TXBUF * NO, GO AND SEND THIS ONE: | 
LXI H, USBUTEER ~ 
SHLD CT BOE * UPDATE TO SEND USBUFFER 
In routine, “TXRESULT:° replace the following 3 statements: 
: LDA STATZ « GET LINK STATUS BYTE 
ANI GF FH-TXBUSY ; INDICATE TRANSMITTER NOT BUSY 
STA STAT 2 : UPDATE LINK STATUS BYTE 
with these 3 statements: - 
XRA -< oS : ZERO ACCUMULATOR | | 3 
STA STAT2 s INDICATE BOTH TX AND RX ARE NOT BUSY 
LDA Scewos, GE. LAST CONTROL FIELD SENT 
Starting in routine, “TXF1: find the following 5 lines: 
| ANT. Peil == 3 TEST FOR FINAL BIT IN C-FIELD . 
“go. thee PRESEN» BYPASS STATUS UPDATE 
MVI A, TXBUSY+FBIT TXBUSY=1]1,RXBUSY= ‘1, FBIT= — 
STA: BAT. UPDATE MAINLINE STATUS 


TXF2: LXI H,TCMDBUF ; POINT HL AT TRANSMIT COMMAND BUFFER 
and replace with the following Pines 


_ ix H,TCMDBUF | +; POINT TO TRANSMIT COMMAND BUFFER | 


Doug Lockhart, VET7APU © 


VADCG PROGRAM MEMO #8 


AFFECTS: LIPTT programs (tink Interface Programs. for. Commi nel to: 
Terminal communication) which were distributed before the above. 


date. 


SYMPTOMS: Program Fatigrce or aes during. 
connection or disconnection. ee | oS Se a 
CAUSE: Incorrect — inconsistent ends iho of a pointer into the 


terminal buffer when processing the connect ouffer. The: POLREGE 
was leg ack i incorrectly outside the buffer. : 


FIX: In routine, ‘SENDCNCT1¢” find and delete the following, two 


dines: 


“LXI H,CBUFEND | 
SHLD  L'TBOE 


In the equates section find the following equate and delete it: 
CBUFEND EQU CCA+4@H ; END OF CONNECT BUFFER 


Doug Lockhart, VE7APU 


VADCG PROGRAM.MEMO #9- 


—_ eS 


DATE: June 20, 1981 
AFFECTS: LIPT? programs distributed hefore the above date. 


_ SYMPTOMS: Transmission of -signon information as part of first 
information packet after signon. 3 | : 


CAUSE: ~The current terminal buffer input entry. was sot reset in 
the S1° non procedure. = 3 


PIX: ‘Note that this ae causes modification of TBIP and BUFCOUNT 
py. the LIP®T. program when restart 6 16 done from the TIPTT 
program to request connection. — This should not have any effect 


if these variables are used in the same manner as in the ere 


TiPTT program. In routine, “ALTI: é find the following sees 
INCTB 2 ~:~ POINT 10 FIRST BYTE, OF CALL FROM 
and ‘replace. Lt with ‘the following 5 lines: 


“INCTB 1: 


; POINT TO ‘ONE BYTE BEFORE. DATA eS 
SHLD TBIP ; SET POINTER TO REWRITE BUFFER ENTRY | 
INGTB < Le ¢ POINT. TO. CAL: ‘SIGN TO CONNECT 1). G 
My. A,@ So | 
_ STR >>> . BUPEGUNT =. 2 os INDICATE BE PTY. EN ORY. 


Doug punt oe VE7APU 


-VADCG PROGRAM MEMO #10 


DATE: July 9, 1981 — 


date. 


we 


AFFECTS: Tre and LIPTT programs distributed before: the. above 


12 


SYMPTOMS: Controller locked up with neither 8273 receive or 
‘transmit active and line buffer exactly full of entries. Very 
intermittent. 


CAUSE: The ‘NEXTIN’ subroutine used to pass received frames to 
the TIP could not tell the difference between a buffer exactly 
full with buffer entries and a completely empty buffer. 


PREREQUISITES: None. 


FIX: In the source file for the LIP or LIPTT program find the. 


following line in routine ‘“NEXTIN: 
RZ > RETURN, ZERO STATUS IF NOTHING TO PROCESS 


and replace it with the following 5 lines: 


JNZ NEXTIN® ; YES, GO TO PROCESS IT 
LDA STAT3 > GET OVERFLOW STATUS IN A 
RRC > GET OVERFLOW BIT IN CARRY TO TEST 
RNC 3; BUFFER EMPTY, RETURN WITH ZERO STATUS 
NEXTIN®O: > EXACTLY FULL IF WE FALL THROUGH TO HERE 
-Doug Lockhart, VE7APU ee oo 


‘Hints for getting the VADCG board Up and running © 


Once built, examine for all pechaices ‘defects (shorts, cold 
solder) then apply power WITHOUT chips on the board. Verify | 
there is the correct Meee, at all pins of the sockets (+-5, «=. 
: +-12, open, ground). | | | | oe 


Turn power OFFS oe 

‘Insert 8085 and XTAL and divider chip (tos - careful). 

Power up and attempt to see clock transitions at 4 clock out 
from 8085, and lower frequencies on the divider. 

If no clock or if frequency:seems strange, put 20pF. from each 
side of XTAL to ground. (Seems So" HetP startup on*frequency) . 
Power off. ] a | | | 
Insert remainder of chips, including PROMS with ORE a and TIP. 
Power on (SMOKE TEST). | | 

ear ins the Tx data line Be the 8273, for flees. (continuous tran- 


sitions). The DTR line (-PB2) should go to -12 while reset held 
down ( +4 if only TTL outputs, not RS-232) and should go to +12 


(0 37 TTL) soon after button released. | : | Cc 


13 


T"HtS PA@E WAS RESERVED 


Iris uP ro, you vo Fuel ir 
NEXT TIME! 


